Computer command and response for determining the state of an i/o operation

ABSTRACT

A computer program product, apparatus, and method are provided for determining a state of an input/output (I/O) operation in an I/O processing system. A request from a channel subsystem is received at a control unit for performing the I/O operation. After a predetermined amount of time passes without the I/O operation completing, an interrogation request is received from the channel subsystem at the control unit for determining the state of the I/O operation. A response is sent from the control unit to the channel subsystem indicating the state of the I/O operation in response to the interrogation request. The response also includes information regarding a state of an I/O device executing the I/O operation and information indicating a state of the control unit controlling the I/O device executing the I/O operation.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present disclosure relates generally to input/output processing, andin particular, to determining the state of an I/O operation.

2. Description of Background

Input/output (I/O) operations are used to transfer data between memoryand I/O devices of an I/O processing system. Specifically, data iswritten from memory to one or more I/O devices, and data is read fromone or more I/O devices to memory by executing I/O operations.

To facilitate processing of I/O operations, an I/O subsystem of the I/Oprocessing system is employed. The I/O subsystem is coupled to mainmemory and the I/O devices of the I/O processing system and directs theflow of information between memory and the I/O devices. One example ofan I/O subsystem is a channel subsystem. The channel subsystem useschannel paths as communications media. Each channel path includes achannel coupled to a control unit, the control unit being furthercoupled to one or more I/O devices.

The operating system may employ channel command words (CCWs) by passingthem to the channel subsystem in order to transfer data between the I/Odevices and memory. A CCW specifies the command to be executed. Forcommands initiating certain I/O operations, the CCW designates thememory area associated with the operation, the action to be takenwhenever a transfer to or from the area is completed, and other options.

During I/O processing, a list of CCWs is fetched from memory by achannel. The channel parses each command from the list of CCWs andforwards a number of the commands, each command in its own entity, to acontrol unit coupled to the channel. The control unit then processes thecommands. The channel tracks the state of each command and controls whenthe next set of commands is to be sent to the control unit forprocessing. The channel ensures that each command is sent to the controlunit in its own entity. Further, the channel obtains certain informationassociated with processing the response from the control unit for eachcommand.

Depending on a link protocol used, an operating system may havedifficulty making an informed decision regarding what action to takewith an I/O operation that is taking a longer time than expected orallotted to complete. Accordingly, there is a need to provide theoperating system with a way of determining the state of an I/O operationand determining an action to take for an I/O operation that is takinglonger than the expected or allotted time to execute.

BRIEF SUMMARY OF THE INVENTION

Embodiments of the invention include a computer program product fordetermining a state of an input/output (I/O) operation in an I/Oprocessing system. The computer program product comprises a tangiblestorage medium readable by a processing circuit and storing instructionsfor executing by the processing circuit for performing a method. Themethod comprises receiving a request from a channel subsystem at acontrol unit for performing the I/O operation, after a predeterminedamount of time passes without the I/O operation completing, receiving aninterrogation request from the channel subsystem at the control unit fordetermining the state of the I/O operation, and sending a response fromthe control unit to the channel subsystem indicating the state of theI/O operation in response to the interrogation request. The responsealso includes information indicating a state of an I/O device executingthe I/O operation and information indicating a state of the control unitcontrolling the I/O device executing the I/O operation.

Additional embodiments include an apparatus adapted to communicate witha channel subsystem for determining a state of an input/output (I/O)operation in an I/O processing system. The apparatus comprises a controlunit for controlling execution of the I/O operation by an I/O device.The control unit is in communication with a channel subsystem andperforms a method comprising receiving a request from the channelsubsystem for performing the I/O operation, after a predetermined amountof time passes without the I/O operation completing, receiving aninterrogation request from the channel subsystem for determining thestate of the I/O operation, and sending a response to the channelsubsystem indicating the state of the I/O operation in response to theinterrogation request. The response also includes information indicatinga state of the I/O device executing the operation and informationindicating a state of the control unit.

Further embodiments include a method for determining a state of aninput/output (I/O) operation in an I/O processing system. The methodcomprises receiving a request from a channel subsystem at a control unitfor performing the I/O operation, after a predetermined amount of timepasses without the I/O operation completing, receiving an interrogationrequest from the channel subsystem at the control unit for determiningthe state of the I/O operation, and sending a response from the controlunit to the channel subsystem indicating the state of the I/O operationin response to the interrogation request. The response also includesinformation regarding a state of an I/O device executing the I/Ooperation and information indicating a state of the control unitcontrolling the I/O device executing the I/O operation.

Other systems, methods, and/or computer program products according toembodiments will be or become apparent to one with skill in the art uponreview of the following drawings and detailed description. It isintended that all such additional systems, methods, and/or articles ofmanufacture be included within this description, be within the scope ofthe present invention, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter, which is regarded as the invention, is particularlypointed out and distinctly claimed in the claims at the conclusion ofthe specification. The foregoing and other objects, features, andadvantages of the invention are apparent from the following detaileddescription taken in conjunction with the accompanying drawings inwhich:

FIG. 1 depicts one embodiment of an I/O processing system incorporatingand using one or more aspects of the present invention;

FIG. 2A depicts one example of a channel command word;

FIG. 2B depicts one example of a channel command word channel program;

FIG. 3 depicts one embodiment of a link protocol used in communicatingbetween a channel and control unit to execute the channel command wordchannel program of FIG. 2B;

FIG. 4 depicts one embodiment of a transport control word channelprogram, in accordance with an aspect of the present invention;

FIG. 5 depicts one embodiment of a link protocol used to communicatebetween a channel and control unit to execute the transport control wordchannel program of FIG. 4, in accordance with an aspect of the presentinvention;

FIG. 6 depicts one embodiment of a link protocol used to communicatebetween a channel and control unit in order to execute four readcommands of a channel command word channel program;

FIG. 7 depicts one embodiment of a link protocol used to communicatebetween a channel and control unit to process the four read commands ofa transport control word channel program, in accordance with an aspectof the present invention;

FIG. 8 depicts one embodiment of a control unit and a channel, inaccordance with an aspect of the present invention;

FIG. 9 depicts one embodiment of a Transport Control Word (TCW)including an Interrogate-TCW Address field in accordance with an aspectof the present invention;

FIG. 10 depicts one embodiment of an Interrogate DCW in accordance withan aspect of the present invention;

FIG. 11 depicts one embodiment of a Transport Response IU in accordancewith an aspect of the present invention;

FIG. 12A depicts one embodiment of a process performed by the I/Ooperating system for deciding when to request the state of an I/Ooperation from the control unit in accordance with an aspects of theinvention.

FIG. 12B depicts one embodiment of a process for interrogating a controlunit to determine the state of an I/O operation in accordance with anaspect of the invention.

FIG. 13 depicts one embodiment of a computer program productincorporating one or more aspects of the present invention.

The detailed description explains the preferred embodiments of theinvention, together with advantages and features, by way of example withreference to the drawings.

DETAILED DESCRIPTION OF THE INVENTION

In accordance with an aspect of the present invention, input/output(I/O) processing is facilitated. For instance, I/O processing isfacilitated by readily enabling access to the information, such asstatus and measurement data, associated with I/O processing. Further,I/O processing is facilitated, in one example, by reducingcommunications between components of an I/O processing system used toperform the I/O processing. For instance, the number of exchanges andsequences between an I/O communications adapter, such as a channel, anda control unit is reduced. This is accomplished by sending a pluralityof commands from the I/O communications adapter to the control unit as asingle entity for execution by the control unit, and by the control unitsending the data resulting from the commands, if any, as a singleentity.

The plurality of commands is included in a block, referred to herein asa transport command control block (TCCB), an address of which isspecified in a transport control word (TCW). The TCW is sent from anoperating system or other application to the I/O communications adapter,which in turn forwards the TCCB in a command message to the control unitfor processing. The control unit processes each of the commands absent atracking of status relative to those individual commands by the I/Ocommunications adapter. The plurality of commands is also referred to asa channel program, which is parsed and executed on the control unitrather than the I/O communications adapter.

In an exemplary embodiment, the control unit generates a responsemessage including status and extended status information in response toexecuting the channel program. The control unit may also generate aresponse message without executing the channel program under a limitednumber of communication scenarios, e.g., to inform the I/Ocommunications adapter that the channel program will not be executed.The control unit may include a number of elements to supportcommunication between the I/O communications adapter and I/O devices, aswell as in support of channel program execution. For example, thecontrol unit can include control logic to parse and process messages, inaddition to one or more queues, timers, and registers to facilitatecommunication and status monitoring. The I/O communications adapterparses the response message, extracting the status and extended statusinformation, and performs further calculations using the extractedinformation, such as determining an extended measurement word.

One example of an I/O processing system incorporating and using one ormore aspects of the present invention is described with reference toFIG. 1. I/O processing system 100 includes, for instance, a main memory102, one or more central processing units (CPUs) 104, a storage controlelement 106, a channel subsystem 108, one or more control units 110 andone or more I/O devices 112, each of which is described below.

Main memory 102 stores data and programs, which can be input from I/Odevices 112. For example, the main memory 102 may include one or moreoperating systems 103 that are executed by one or more of the CPUs 104.The main memory 102 is directly addressable and provides for high-speedprocessing of data by the CPUs 104 and the channel subsystem 108.

CPU 104 is the controlling center of the I/O processing system 100. Itcontains sequencing and processing facilities for instruction execution,interruption action, timing functions, initial program loading, andother machine-related functions. CPU 104 is coupled to the storagecontrol element 106 via a connection 114, such as a bidirectional orunidirectional bus.

Storage control element 106 is coupled to the main memory 102 via aconnection 116, such as a bus; to CPUs 104 via connection 114; and tochannel subsystem 108 via a connection 118. Storage control element 106controls, for example, queuing and execution of requests made by CPU 104and channel subsystem 108.

Channel subsystem 108 is coupled to storage control element 106, asdescribed above, and to each of the control units 110 via a connection120, such as a serial link. Connection 120 may be implemented as anoptical link, employing single-mode or multi-mode waveguides. Channelsubsystem 108 directs the flow of information between I/O devices 112and main memory 102. It relieves the CPUs 104 of the task ofcommunicating directly with the I/O devices 112 and permits dataprocessing to proceed concurrently with I/O processing. The channelsubsystem 108 uses one or more channel paths 122 as the communicationlinks in managing the flow of information to or from I/O devices 112. Asa part of the I/O processing, channel subsystem 108 also performs thepath-management functions of testing for channel path availability,selecting an available channel path 122 and initiating execution of theoperation with the I/O devices 112.

Each channel path 122 includes a channel 124 (channels 124 are locatedwithin the channel subsystem 108, in one example, as shown in FIG. 1),one or more control units 110 and one or more connections 120. Inanother example, it is also possible to have one or more dynamicswitches (not depicted) as part of the channel path 122. A dynamicswitch is coupled to a channel 124 and a control unit 110 and providesthe capability of physically interconnecting any two links that areattached to the switch. In another example, it is also possible to havemultiple systems therefore multiple channel subsystems (not depicted)attached to control unit 110.

Also located within channel subsystem 108 are subchannels (not shown).One subchannel is provided for and dedicated to each I/O device 112accessible to a program through the channel subsystem 108. A subchannel(e.g., a data structure, such as a table) represents the logical stateof a device to the program. Each subchannel provides informationconcerning the associated I/O device 112 and its attachment to channelsubsystem 108. The subchannel also provides information concerning I/Ooperations and other functions involving the associated I/O device 112.The subchannel is the means by which the channel subsystem 108 providesinformation about associated I/O devices 112 to operating systemsrunning on CPUs 104, which obtain this information by executing I/Oinstructions.

Channel subsystem 108 is coupled to one or more control units 110. Eachcontrol unit 110 provides logic to operate and control one or more I/Odevices 112 and adapts, through the use of common facilities, thecharacteristics of each I/O device 112 to the link interface provided bythe channel 124. The common facilities provide for the execution of I/Ooperations, indications concerning the status of the I/O device 112 andcontrol unit 110, control of the timing of data transfers over thechannel path 122 and certain levels of I/O device 112 control.

Each control unit 110 is attached via a connection 126 (e.g., a bus) toone or more I/O devices 112. I/O devices 112 receive information orstore information in main memory 102 and/or other memory. Examples ofI/O devices 112 include-card-readers and punches, magnetic tape units,direct access storage devices, displays, keyboards, printers, pointingdevices, teleprocessing devices, communication controllers and sensorbased equipment, to name a few.

One or more of the above components of the I/O processing system 100 arefurther described in “IBM® z/Architecture Principles of Operation,”Publication No. SA22-7832-05, 6th Edition, April 2007; U.S. Pat. No.5,461,721 entitled “System For Transferring Data Between I/O Devices AndMain Or Expanded Storage Under Dynamic Control Of Independent IndirectAddress Words (IDAWS),” Cormier et al., issued Oct. 24, 1995; and U.S.Pat. No. 5,526,484 entitled “Method And System For Pipelining TheProcessing Of Channel Command Words,” Casper et al., issued Jun. 11,1996, each of which is hereby incorporated herein by reference in itsentirety. IBM is a registered trademark of International BusinessMachines Corporation, Armonk, N.Y., USA. Other names used herein may beregistered trademarks, trademarks or product names of InternationalBusiness Machines Corporation or other companies.

In one embodiment, to transfer data between I/O devices 112 and memory102, channel command words (CCWs) are used. A CCW specifies the commandto be executed, and includes other fields to control processing. Oneexample of a CCW is described with reference to FIG. 2A. A CCW 200includes, for instance, a command code 202 specifying the command to beexecuted (e.g., read, read backward, control, sense and write); aplurality of flags 204 used to control the I/O operation; for commandsthat specify the transfer of data, a count field 206 that specifies thenumber of bytes in the storage area designated by the CCW to betransferred; and a data address 208 that points to a location in mainmemory that includes data, when direct addressing is employed, or to alist (e.g., contiguous list) of modified indirect data address words(MIDAWs) to be processed, when modified indirect data addressing isemployed. Modified indirect addressing is further described in U.S.application Ser. No. 11/464,613, entitled “Flexibly Controlling TheTransfer Of Data Between Input/Output Devices And Memory,” Brice et al.,filed Aug. 15, 2006, which is hereby incorporated herein by reference inits entirety.

One or more CCWs arranged for sequential execution form a channelprogram, also referred to herein as a CCW channel program. The CCWchannel program is set up by, for instance, an operating system, orother software. The software sets up the CCWs and obtains the addressesof memory assigned to the channel program. An example of a CCW channelprogram is described with reference to FIG. 2B. A CCW channel program210 includes, for instance, a define extent CCW 212 that has a pointer214 to a location in memory of define extent data 216 to be used withthe define extent command. In this example, a transfer in channel (TIC)218 follows the define extent command that refers the channel program toanother area in memory (e.g., an application area) that includes one ormore other CCWs, such as a locate record 217 that has a pointer 219 tolocate record data 220, and one or more read CCWs 221. Each read CCW 220has a pointer 222 to a data area 224. The data area includes an addressto directly access the data or a list of data address words (e.g.,MIDAWs or IDAWs) to indirectly access the data. Further, CCW channelprogram 210 includes a predetermined area in the channel subsystemdefined by the device address called the subchannel for status 226resulting from execution of the CCW channel program.

The processing of a CCW channel program is described with reference toFIG. 3, as well as with reference to FIG. 2B. In particular, FIG. 3shows an example of the various exchanges and sequences that occurbetween a channel and a control unit when a CCW channel program isexecuting. The link protocol used for the communications is FICON (FibreConnectivity), in this example. Information regarding FICON is describedin “Fibre Channel Single Byte Command Code Sets-2 Mapping Protocol(FC-SB-3), T11/Project 1357-D/Rev. 1.6, INCITS (March 2003), which ishereby incorporated herein by reference in its entirety.

Referring to FIG. 3, a channel 300 opens an exchange with a control unit302 and sends a define extent command and data associated therewith 304to control unit 302. The command is fetched from define extent CCW 212(FIG. 2B) and the data is obtained from define extent data area 216. Thechannel 300 uses TIC 218 to locate the locate record CCW and the readCCW. It fetches the locate record command 305 (FIG. 3) from the locaterecord CCW 217 (FIG. 2B) and obtains the data from locate record data220. The read command 306 (FIG. 3) is fetched from read CCW 221 (FIG.2B). Each is sent to the control unit 302.

The control unit 302 opens an exchange 308 with the channel 300, inresponse to the open exchange of the channel 300. This can occur beforeor after locate command 305 and/or read command 306. Along with the openexchange, a response (CMR) is forwarded to the channel 300. The CMRprovides an indication to the channel 300 that the control unit 302 isactive and operating.

The control unit 302 sends the requested data 310 to the channel 300.Additionally, the control unit 302 provides the status to the channel300 and closes the exchange 312. In response thereto, the channel 300stores the data, examines the status and closes the exchange 314, whichindicates to the control unit 302 that the status has been received.

The processing of the above CCW channel program to read 4 k of datarequires two exchanges to be opened and closed and seven sequences. Thetotal number of exchanges and sequences between the channel and controlunit is reduced through collapsing multiple commands of the channelprogram into a TCCB. The channel, e.g., channel 124 of FIG. 1, uses aTCW to identify the location of the TCCB, as well as locations foraccessing and storing status and data associated with executing thechannel program. The TCW is interpreted by the channel and is not sentor seen by the control unit.

One example of a channel program to read 4 k of data, as in FIG. 2B, butincludes a TCCB, instead of separate individual CCWs, is described withreference to FIG. 4. As shown, a channel program 400, referred to hereinas a TCW channel program, includes a TCW 402 specifying a location inmemory of a TCCB 404, as well as a location in memory of a data area 406or a TIDAL 410 (i.e., a list of transport mode indirect data addresswords (TIDAWs), similar to MIDAWS) that points to data area 406, and astatus area 408. TCWs, TCCBs, and status are described in further detailbelow.

The processing of a TCW channel program is described with reference toFIG. 5. The link protocol used for these communications is, forinstance, Fibre Channel Protocol (FCP). In particular, three phases ofthe FCP link protocol are used, allowing host bus adapters to be usedthat support FCP to perform data transfers controlled by CCWs. FCP andits phases are described further in “Information Technology—FibreChannel Protocol for SCSI, Third Version (FCP-3),” T10 Project 1560-D,Revision 4, Sep. 13, 2005, which is hereby incorporated herein byreference in its entirety.

Referring to FIG. 5, a channel 500 opens an exchange with a control unit502 and sends TCCB 504 to the control unit 502. In one example, the TCCB504 and sequence initiative are transferred to the control unit 502 in aFCP command, referred to as FCP_CMND information unit (IU) or atransport command IU. The control unit 502 executes the multiplecommands of the TCCB 504 (e.g., define extent command, locate recordcommand, read command as device control words (DCWs)) and forwards data506 to the channel 500 via, for instance, a FCP_Data IU. It alsoprovides status and closes the exchange 508. As one example, finalstatus is sent in a FCP status frame that has a bit active in, forinstance, byte 10 or 11 of the payload of a FCP_RSP IU, also referred toas a transport response IU. The FCP_RES_IU payload may be used totransport FICON ending status along with additional status information,including parameters that support the calculation of extendedmeasurement words and notify the channel 500 of the maximum number ofopen exchanges supported by the control unit 502.

In a further example, to write 4 k of customer data, the channel 500uses the FCP link protocol phases, as follows:

1. Transfer a TCCB in the FCP_CMND IU.

2. Transfer the IU of data, and sequence initiative to the control unit502.

(FCP Transfer Ready Disabled)

3. Final status is sent in a FCP status frame that has a bit active in,for instance, byte 10 or 11 of the FCP_RSP IU Payload. The FCP_RES_INFOfield or sense field is used to transport FICON ending status along withadditional status information, including parameters that support thecalculation of extended measurement words and notify the channel 500 ofthe maximum number of open exchanges supported by the control unit 502.

By executing the TCW channel program of FIG. 4, there is only oneexchange opened and closed (see also FIG. 5), instead of two exchangesfor the CCW channel program of FIG. 2B (see also FIG. 3). Further, forthe TCW channel program, there are three communication sequences (seeFIGS. 4-5), as compared to seven sequences for the CCW channel program(see FIGS. 2B-3).

The number of exchanges and sequences remain the same for a TCW channelprogram, even if additional commands are added to the program. Compare,for example, the communications of the CCW channel program of FIG. 6with the communications of the TCW channel program of FIG. 7. In the CCWchannel program of FIG. 6, each of the commands (e.g., define extentcommand 600, locate record command 601, read command 602, read command604, read command 606, locate record command 607 and read command 608)are sent in separate sequences from channel 610 to control unit 612.Further, each 4 k block of data (e.g., data 614-620) is sent in separatesequences from the control unit 612 to the channel 610. This CCW channelprogram requires two exchanges to be opened and closed (e.g., openexchanges 622, 624 and close exchanges 626, 628), and fourteencommunications sequences. This is compared to the three sequences andone exchange for the TCW channel program of FIG. 7, which accomplishesthe same task as the CCW channel program of FIG. 6.

As depicted in FIG. 7, a channel 700 opens an exchange with a controlunit 702 and sends a TCCB 704 to the control unit 702. The TCCB 704includes the define extent command, the two locate record commands, andthe four read commands in DCWs, as described above. In response toreceiving the TCCB 704, the control unit 702 executes the commands andsends, in a single sequence, the 16 k of data 706 to the channel 700.Additionally, the control unit 702 provides status to the channel 700and closes the exchange 708. Thus, the TCW channel program requires muchless overhead to transfer the same amount of data as the CCW channelprogram of FIG. 6.

Turning now to FIG. 8, one embodiment of the control unit 110 and thechannel 124 of FIG. 1 that support TCW channel program execution aredepicted in greater detail. The control unit 110 includes CU controllogic 802 to parse and process command messages containing a TCCB, suchas the TCCB 704 of FIG. 7, received from the channel 124 via theconnection 120. The CU control logic 802 can extract DCWs and controldata from the TCCB received at the control unit 110 to control adevices, for instance, I/O device 112 via connection 126. The CU controllogic 802 sends device commands and data to the I/O device 112, as wellas receives status information and other feedback from the I/O device112. For example, the I/O device 112 may be busy because of a previousreservation request targeting I/O device 112. To manage potential devicereservation contention issues that can arise when the control unit 110receives multiple requests to access the same I/O device 112, the CUcontrol logic 802 keeps track of and stores device busy messages andassociated data in a device busy queue 804.

The CU control logic 802 can access and control other elements withinthe control unit 110, such as CU timers 806 and CU registers 808. The CUtimers 806 may include multiple timer functions to track how much time asequence of I/O operations takes to complete. The CU timers 806 mayfurther include one or more countdown timers to monitor and abort I/Ooperations and commands that do not complete within a predeterminedperiod. The CU registers 808 can include fixed values that provideconfiguration and status information, as well as dynamic statusinformation that is updated as commands are executed by the CU controllogic 802. The control unit 110 may further include other buffer ormemory elements (not depicted) to store multiple messages or statusinformation associated with communications between the channel 124 andthe I/O device 112. The CU registers 808 may include a maximum controlunit exchange parameter that defines the maximum number of open controlunit exchanges that the control unit 110 supports.

The channel 124 in the channel subsystem 108 includes multiple elementsto support communication with the control unit 110. For example, thechannel 124 may include CHN control logic 810 that interfaces with CHNsubsystem timers 812 and CHN subsystem registers 814. In an exemplaryembodiment, the CHN control logic 810 controls communication between thechannel subsystem 108 and the control unit 110. The CHN control logic810 may directly interface to the CU control logic 802 via theconnection 120 to send commands and receive responses, such as transportcommand and response IUs. Alternatively, messaging interfaces and/orbuffers (not depicted) can be placed between the CHN control logic 810and the CU control logic 802. The CHN subsystem timers 812 may includemultiple timer functions to track how much time a sequence of I/Ooperations takes to complete, in addition to the time tracked by thecontrol unit 110. The CHN subsystem timers 812 may further include oneor more countdown timers to monitor and abort command sequences that donot complete within a predetermined period. The CHN subsystem registers814 can include fixed values that provide configuration and statusinformation, as well as dynamic status information, updated as commandsare transported and responses are received.

The FICON command response (CMR) frame from the control unit is not partof the Fibre Channel Extension (FCX), transport mode protocol. Removingthe CMR from the transport mode protocol helps to improve theperformance of FCX. The CMR in FICON informs the channel that thecontrol unit has received and does the channel send executing thecommand. When the FICON channel receives the CMR, the channel marks thesubchannel as “SubChannel and Active Device”.

In all computing environments, interrupts at various I/O devices mayoccur. If an OS that requested an operation at an I/O device fails todetect an interrupt, this may cause operations in a data processingsystem to slow down and ultimately cease. A Missing Interrupt Handler(MIH) is a mechanism included, e.g., in the OS 103 that is useful indetecting lost interrupts by timing I/O operations that are in progressand determining whether the time taken by an I/O device to execute anoperation has exceeded a predetermined “normal” amount of time allottedor set for execution of the operation. If the MIH time is reached, andthe I/O device has not completed execution of the operation, this is anindication that an interrupt may have been missed, a link failureoccurred, an adapter failure occurred, a control unit error occurred, ora reserve was held by a sharing system longer than expected.

When the operating system MIH times out for FICON, i.e., the MIH time isreached, it looks to see if the sub-channel was or was not marked“SubChannel and Device Active” to determine what action to take next.For FCX, the subchannel stays “Start pending” during the entireoperation. So, with FCX, when the MIH times out, the I/O operatingsystem cannot tell the state of the I/O operation because thesub-channel state stays “Start pending” for the entire operation.

In accordance with an aspect of the present invention, just before amissing interrupt timeout, e.g., one second before the MIH time isreached, the operating system uses an interrogate command to determinethe state of the I/O operation at the control unit. The interrogatecommand may be initiated with a cancel subchannel instruction before thetime allotted for completion of the execution of the I/O operationelapses, and the I/O operation has not completed.

There are several benefits of the interrogate command. For example, theinterrogate command is executed when a MIH timeout is about to occur,thereby removing the requirement for a CMR on every I/O operation.Removing the requirement for the CMR on every I/O operation improves theFCX performance by reducing fabric traffic and channel and adapteroverhead. Also, the interrogate command transfers information to thecontrol unit about the OS for logging by the control unit if a timeoutdoes occur. Another advantage is that the control unit provides detailedstate information about the I/O operation back to the OS, whereas theCMR for FICON only indicates that the control unit is currentlyexecuting the I/O. Also, if an I/O operation is lost, the informationexchanged by the interrogate command is very useful for problemdetermination.

Implementation of the interrogations described herein involves a cancelsubchannel instruction and an Interrogate-TCW Address field in a TCW andis described from the channel subsystem perspective, an interrogatecommand and response from the channel subsystem perspective, and aninterrogate command and response from the control unit perspective. Eachof these is described below.

An exemplary embodiment of a transport control word (TCW) 900 isdepicted in FIG. 9. The TCW 900 is utilized by the channel 124 to set upthe I/O operation and is not sent to the control unit O/P. The TCWdepicted in FIG. 9 is for the implementation of the interrogation fromthe channel subsystem perspective.

In an exemplary TCW 900 depicted in FIG. 9, a format field 902 equal to,e.g., “00b” indicates that what follows is a TCW 900. The TCW 900 alsoincludes a flags field 906. The first five bits of the flags field 906are reserved for future use and are set to zero. The sixth bit of theflags field 906 is a TIDAL data address flag. In an exemplaryembodiment, the TIDAL data address flag is set to one when the dataaddress field 914 contains an address of a TIDAL. If the TIDAL dataaddress flag is set to zero, then the data address field 914 contains adata address. The seventh bit of the flags field 906 is a TCCB TIDALflag. In an exemplary embodiment, the TCCB TIDAL flag is set to one whenthe TCCB address field 922 contains an address of a TCCB TIDAL. If theTCCB TIDAL flag is set to zero, then the TCCB address field 922 directlyaddresses the TCCB. The eighth through twenty-forth bits of the flagsfield 906 are reserved for future use. Field 907 may be reserved forfuture use.

The TCW 900 also includes a TCCB length field 910, which indirectlyrepresents the length of the TCCB and may be utilized to determine theactual length of the TCCB. A R/W 910 field includes read/write bitsutilized to indicate whether data is being read and/or written as aresult of executing the TCW 900. In an exemplary embodiment, the readbit in the read/write bits is set to one to indicate that input data isbeing transferred from an I/O device 112 to system storage (e.g., mainmemory 102) in the host system 101 as a result of executing the TCW 900.The write bit in the read/write bits is set to one to indicate thatoutput data is being transferred from system storage (e.g., main memory102) in the host system 101 to an I/O device as a result of executingthe TCW 900. Field 912 may be reserved for future use.

Address field 914 may include a direct address or an indirect addressper the flags field bit 6. The contents of the address field 914 may bean address of a TIDAL (a list of transport mode indirect data addresswords) for output data or the actual address of the output data. Thecontents of the address field 914 may be an address of a TIDAL for inputdata or the actual address of the input data. In an exemplaryembodiment, the output data address and the input data address areincluded in a single field 914, and a field 916 is reserved for futureuse. Alternatively, the output data address and the input data addressmay be split between fields 914 and 916.

The TCW 900 also includes a transport-status-block address field 920. Aportion (e.g., the extended status part) of a completion status in atransport response IU for an I/O operation is stored at this address.The TCCB address field 922 in the TCW 900 includes an address where theTCCB is located in system storage. This is the control block where theDCWs to be executed for the TCW 900 reside. Also as described in theflags field bit 7, the contents of the TCCB address field 922 may be anaddress of a TIDAL for the TCCB or the actual address of the TCCB. Adata byte count field 924 in the TCW 900 indicates the amount of outputdata to be transferred by the TCW for an output operation or the amountof input data to be transferred by the TCW for an input operation. Field926 may be reserved for future use. Alternatively, the output data countand the input data count information may be split between fields 924 and926. Several additional fields in the TCW 900 are reserved: reservedfield 928, reserved field 930 and reserved field 932.

According to an aspect of the invention, the TCW 900 is expanded, e.g.,from 32 bytes to 64 bytes, to allow more space for future functions. Onesuch function is an interrogation function, made possible by aninterrogate-TCW address field 934 that contains an interrogation valueindicating whether an interrogation should be performed if an I/O failsto complete in an allotted time period. The interrogate-TCW addressfield 934 may contain the address of another TCW and may used by thechannel 124 to interrogate the state of an operation under theinitiative of a cancel sub-channel I/O instruction, explained in detailbelow.

The TCW 900 may be set up by software to be used by the channel to driveI/O operations. The TCW depicted in FIG. 9 is one example of how acommand word can be configured. Other configurations are possible whereadditional fields are included and/or fields depicted in FIG. 9 are notincluded.

According to an aspect of the present invention, a cancel subchannelinstruction is executed to determine the state of the control unit ifthe FCX start subchannel has already been sent to a channel. If thesubchannel is “start pending”, and the start subchannel has been sent tothe channel, and the value of the interrogate TCW address field in theTCW is not zero, then the cancel instruction queues an interrogatecommand in the subchannel that may be sent to the control unit by thechannel subsystem. This interrogate command may cause information to beretuned from the control unit about the state of the operation beinginterrogated, in a data transfer phase or in the extended status part ofthe transport response IU. The protocol of the interrogate operation maybe implemented as follows.

If a FCX I/O operation is active, the Interrogate TCW Address in the TCWfor the I/O operation is used to point to an interrogate TCW. If thechannel encounters a zero value Interrogate TCW Address, the channelwill not initiate the Interrogate. Prior to a Missing Interrupt (MIH)time out, the OS updates the Interrogate TCW Address word in the TCWwith the address of the Interrogate TCW if the OS wants to interrogatethe I/O device. If the OS only wants to send the cancel instructionwithout conducting an interrogation, then the OS leaves the InterrogateTCW Address in the TCW set to zero. The interrogate initiative is thenpassed to the channel subsystem with the cancel instruction. The cancelinstruction performs the current architected Cancel, but if thesubchannel is “start pending” with a FCX start subchannel, and the Starthas been passed to the channel, then the channel subsystem is given theinitiative to interrogate the control unit.

According to aspects of the invention, if the subchannel is idle,interrupt pending with primary or alert status, or is device activeonly, the initiative to issue the interrogate command is discarded. Ifthe channel receives the interrogate initiative at a “start pending”subchannel, and the start is still queued in the channel, the channeldiscards the interrogate initiative. If the channel receives theinterrogate initiative, and the channel already has an interrogateoperation in progress, the channel discards the new interrogateinitiative.

If the channel receives the interrogate initiative to a UA that is startpending and has an exchange open to the control unit, the channelsubsystem executes the interrogation. According to an aspect of theinvention, in executing the interrogation, the channel subsystem doesthe following. The channel subsystem fetches the Interrogate TCW addressin the current TCW to get the pointer value to fetch the InterrogateTCW. If the pointer is all zeros, the channel discards theinterrogation. In this case, the OS wants to do a cancel instruction butnot an interrogation. If the pointer is valid, the channel subsystemcontinues. The channel subsystem opens a new exchange and sends theInterrogate DCW inside a TCCB, addressed by the interrogate TCW, to thecontrol unit in a transport command IU. This operation is timed by thechannel for completion. If the interrogate operation does not completein the amount of time set by the channel, the channel aborts both theinterrogate operation and the operation that is being interrogated. Thesubchannel is then returned back to the OS with interface control checkstatus.

The control unit receives and executes the interrogate command,transferring the interrogate information about the UA back to thechannel subsystem in the transport response IU or as a data IU based onthe command in the transport command IU. The original operation that isactive on the UA that is being interrogated is not affected. The I/Osubsystem may generate an intermediate status interrupt with aninterrogate complete bit set to a one that reports the completion of theinterrogation to the OS.

According to an aspect of the present invention, the interrogate commandis a unique command that may be the same for all control unit types thatsupport FCX. The transport command IU for an interrogation contains onlyone DCW. This interrogate DCW command may have up to 232 bytes ofcontrol data associated with it, which may be information that is passedto the control unit indicating why the interrogation is being executed.

The interrogate command transports information included in theinterrogate DCW 1010 and the interrogate control data 1020 that are partof an interrogate command 1000 as shown in FIG. 10. The control unitresponds with the transport response IU that returns information aboutthe I/O operation back to the OS. The format of the information returnedin the transport response IU in accordance with an aspect of theinvention is shown as item 1100 in FIG. 11.

FIG. 10 depicts one embodiment of a DCW 1000 in accordance with anaspect of the present invention. In an exemplary embodiment, the DCW1000 is eight bytes in length plus the length in the control data countfield 1014. The DCW includes a command field 1011, a flags field 1012, areserved field 1013, a control data (CD) count field 1014, and a databyte count field 1015, 1016, 1017 and 1018. The DCW command field 1011is one byte in length and is the same as the CCW command byte utilizedin a CCW (but may include additional command codes not utilized by aCCW). The flags field 1012 includes eight bits. In an exemplaryembodiment, the second bit is a chain command to the next DCW 1000 in aTCCB. When this flag bit is set to zero, it indicates that this is thelast DCW 1000 of the DCW program in the TCCB. The other bits in the flagfield 1016 are reserved and set to zero. An interrogate DCW 1000 has aDCW command-code field 1011 containing a 40 hex. The control data countfield 1014 indicates the amount of Interrogate control data that isincluded with the DCW. Fields 1015-1018 include the 4 byte data count ofread data that may be transferred by the interrogate DCW.

If the control data count 1014 of the interrogate DCW is greater thanzero, then interrogate control data is specified in the DCW. Theinterrogate control data 1020 sent to the control unit is fordevice-dependent logging purposes and is used to aid in debugging I/Otimeouts.

According to an aspect of the invention, the interrogate control data1020 has the format described below. Referring to FIG. 10, byte 0 ofword 0 {Fmt field 1021} of the interrogate control data 1020 contains anunsigned integer value that defines the layout or format (FMT) of theinterrogate data. Byte 1 of word 0 (RC field 1022) contains an unsignedinteger value or reason code (RC) that indicates the reason aninterrogate operation was initiated by the OS. The meaning of RC valuesmay be as follows.

-   -   0. Interrogate reason is not specified.    -   1. Timeout: Program-detected timeout for the operation being        interrogated.    -   2. To 255. Reserved.

Byte 2 of word 0 of the interrogate control data (RCQ field 1023)contains an unsigned integer value that indicates additional informationabout the reason the interrogate operation was initiated, referred to asthe Reason-Code Qualifier (RCQ). When the RC field 1022 contains thevalue one, the meaning of RCQ values may be as follows:

-   -   0.0 Interrogate reason qualifier not specified.    -   1. Primary: The timeout is detected by the primary program.    -   2. Secondary: The timeout is detected by the secondary program.    -   3. to 255. Reserved.

When the RC field 1022 does not contain the value one, the RCQ may haveno meaning.

Byte 3 of word 0 {LPM field 1024} contains the Logical-Path Mask (LMP)that was used when the operation being interrogated was initiating by astart subchannel command.

Referring to word 1 of the interrogate control data, byte 0 of word 1{PAM field 1025} contains a value of a Path-Available Mask (PAM) at thetime the interrogate operation is initiated. Byte 1 of word 1 (PIM field1026) contains a value of a Path-Installed Mask (PIM) at the time theinterrogate operation is initiated. Bytes 2-3 of word 1 (Timeout field1027) are indicative of a timeout value indicating a time allotted forcompletion of the I/O operation. When the RC field 1022 contains thevalue of one and the RCQ field 1023 contains the value of one or two,bytes 2-3 of word 1 contain the timeout interval used by the program inunsigned integer seconds.

Referring to word 2 of the interrogate control data 1020, byte 0 (Flagsfield 1028) contains flags that have information about theinterrogation. The meaning of each flag bit may be given as follows:

-   -   Bit 0. Multipath mode.    -   Bit 1. Program path recovery. The interrogate is issued during        path recovery by the program.    -   Bit 2. Critical. The device is a critical device for the        program.    -   Bit 3. to 7. Reserved.

As shown in FIG. 10, bytes 1-3 of word 2 {field 1029} and bytes 0-3 ofword 3 {field 1030} may also be reserved for future use. Words 4-5 (Timefield 1040) may contain information regarding the time the interrogateoperation was initiated. Words 6-7 {field 1050} may contain a programidentifier identifying the program initiating the interrogate operation.The content of this field may be program-dependent. Words 8-N (field1060) may contain program-dependent information.

The ending status information for the interrogate command may be set bythe control unit in a transport response IU payload as shown in FIG. 11.In the transport response IU 1100, words 0-7 may contain a statuspayload 1110, including ending status and status flags. Words 8-23 maycontain an extended status payload 1120, which may be stored at thestatus block address in z memory per the transport status block addressin the TCW for the interrogation.

As shown in FIG. 11, word 8 byte 0 (ES field 1121), contains theextended status (ES) Length, which indicates the size of the ES payload.Word 8, byte 1 (ES flags field 1122) includes ES flags. Flag bits 5-7indicate the type code. The type code defines the format of the statusarea of the ES payload. The type code for an Interrogate is 3. The threebit encode defining the status area may be given as follows:

-   -   0. Type Code 0. No information in the Status Areas.    -   1. Type code 1. Valid ending I/O status.    -   2. Type Code 2. Error terminated status.    -   3. Type Code 3. the Extended Status is an Interrogate Response,        and the format is show in FIG. 11.    -   4. to 7. Reserved.

Word 8, bytes 2 and 3 {status field 1123} and word 9 (status field 1124)contain information indicating a status of the I/O operation. For theI/O operation, the value in these fields may be zero for aninterrogation.

Words 11-23 of the transport extended status payload 1120 may be theinterrogate status area. Byte 0 of word 11 (Format field 1126) containsan unsigned integer value that defines the layout of the interrogatestatus area. If the value of this field is zero, the contents of theinterrogate status are meaningless. The following definitions of theinterrogate status area apply when the format byte is set to a (01h).

Byte 1 of word 11 (Flags field 1127) contains information about theinterrogate status area. The meaning of each flag bit may be given asfollows:

-   -   Bit 0 Control-width state valid: When bit 0 is one, the control        unit state field contains meaningful information. When bit 0 is        zero, the control unit state field has no meaning.    -   Bit 1 Device-state valid: When bit 1 is one, the device state        field contains meaningful information. When bit 1 is zero, the        device state field has no meaning.    -   Bit 2 Operation-state valid: When bit 2 is one, the        operation-state field contains meaningful information. When bit        2 is zero, the operation-state field has no meaning.    -   Bit 3 to 7. Reserved.

Byte 2 of word 11 (control unit state field 1128) contains an 8-bitunsigned integer that indicates a current state of the control unit forthe I/O device. The meaning of each value may be given as follows:

-   -   0 Busy: The control unit is busy, and the device-dependent data        field may contain additional information about the busy state.    -   1 Recovery: The control unit is performing a recovery process,        and the device-dependent data field may contain additional        information about the recovery state.    -   2 Interrogate maximum: The control unit is executing the maximum        number of interrogate operations that it supports.    -   3 to 127. Reserved.    -   128 to 255. Device dependent meanings.

Byte 3 of word 11 (device state field 1129) contains an 8-bit unsignedinteger that indicates a current state of the I/O device. The meaning ofthis byte may be given as

-   -   0 Path-group identification: The state-dependent-information        field contains information identifying a path group that has the        device reserved.    -   1 Long busy: The control unit is in a long-busy state. The        meaning of long busy is device dependent, and the        device-dependent field may contain additional information about        the long-busy state.    -   2 Recovery: The device is performing a recovery process.    -   3 to 127. Reserved.    -   128 to 255. Device-dependent meanings.

Byte 0 of word 12 (operation state field 1030) contains an 8-bitunsigned integer that indicates whether an IO operation is present atthe device and, when present, the state of the operation. The meaning ofthis byte value may be given as follows.

-   -   0 No I/O operation is present.    -   1 An I/O operation is present and executing.    -   2 An I/O operation is present and waiting for completion of an        I/O operation that was initiated by another configuration.    -   3 An I/O operation is present and waiting for completion of an        I/O operation that was initiated from the same device extent.    -   4 An I/O operation is present and waiting to perform a        device-dependent operation.    -   5 to 127. Reserved.    -   128 to 255. Device dependent meanings.

Field 1031 may be reserved for future use.

Words 13-15 (field 1140) may contain state-dependent information. Thecontents of this field are device dependent. Whether this field hasmeaning is designated by the DS, DS, and OS fields 1128, 1129, and 1130,respectively.

Word 16 (field 1150) may contain a device-level identifier or token thatidentifies the implementation level of the device.

Words 17-23 (field 1160) may contain device dependent information.Whether this field has meaning may be designated by the CS, DS and OSfields 1128, 1129, and 1130, respectively.

According to exemplary embodiments, from the control unit state, devicestate, and operating state information returned in the transportresponse IU for an interrogation, the OS 103 can make an informeddecision on what action to take with regard to an I/O operation that istaking a longer than an allotted time to complete.

FIG. 12A illustrates a method that the operating system uses fordeciding when to request the state of an I/O operation from the controlunit in accordance with aspects of the invention. When a timer popoccurs at step 1265, the operating system Missing Interrupt Handler(MIH) receives control at step 1270. For example, the MIH receivescontrol once every second after a timer pop occurs. The MIH scansthrough every active I/O operation that has been issued by allapplications, middleware and subsystems running in the operating systemat step 1271. A determination is made at step 1272 whether an I/Ooperation is about to expire, e.g., within one second of the time limitfor the I/O operation. If so, a determination is made whether the I/Ooperation is for transport mode (FCX) at step 1273. If the I/O operationis for transport mode, then an interrogate DCW is constructed, and theactive TCW is updated to point to the interrogate command at step 1250.Otherwise, the process proceeds from step 1274 to step 1278 at whichconventional “heritage” MIH processing is performed. From step 1250, MIHprocessing continues at step 1271 or terminates at step 1290 until atimer pop occurs, e.g., one second later at step 1265. If, at step 1272,it is determined that the I/O operation is not about to expire, then acheck is made to see if the I/O operation time has exceeded its allottedtime at step 1275. If the I/O operation has not exceeded its allottedtime, then the traditional heritage (conventional) MIH processing occursat step 1278. If the I/O operation time has indeed expired, then a checkis made to see if the interrogate command has been issued at step 1276.If the interrogate command has not been issued, this is an indicationthat the command was not a transport mode command (FCX), and heritageMIH recovery processing is performed 1278. If, however, it is determinedat step 1276 that the interrogate command has been issued and hassuccessfully completed, then the interrogate results are examined atstep 1279 to determine whether the devices is reserved for anothersystem. If the interrogate information indicates that the device isreserved for another system 1140, then there is no error, and a missinginterrupt has not occurred. Thus, processing terminates 1290. If thedevice is not reserved for some other system, the information returnedby interrogate is placed into a record to be written to the systemLOGREC dataset for diagnostic purposes at step 1277. Processing thencontinues with the heritage MIH processing at step 1278.

FIG. 12B illustrates a method for determining a state of an I/Ooperation according to aspects of the invention. A request forinitiating an I/O operation is sent from an OS 103 to the channelsubsystem 108 at step 1205 and on to a control unit 110 at step 1207. Atstep 1210, the request is received and processed at the control unit110. If the I/O operation approaches the end of its allotted executiontime, as described in the previous paragraph, an interrogate operationis initiated by the operating system at step 1250 shown in both FIG. 12Aand FIG. 12B.

The interrogation begins at step 1250 at which the OS 103 sets up theinterrogate control blocks in system memory 102 and sends the cancelsubchannel to the channel subsystem 108. The channel subsystem 108determines if the interrogate is to be sent to the control unit. If theconditions as described above are not met to do an interrogate, theheritage MIH processing terminates the I/O operation and simulates anerror back to the initiator of the I/O. If the interrogate conditionsare met, the interrogation request is sent from the channel subsystem108 to the control unit 110 at step 1225. At step 1230, the control unit110 receives the interrogation request. At step 1235, the control unit110 sends an interrogation response to the channel subsystem 108,indicating the state of the I/O operation, the control unit 110, and theI/O device 112 executing the interrogate UO operation. At step 1240, theinterrogation response is received at the channel subsystem 108, whichgenerates an interrupt to the OS. The OS receives the interrogateresponse at step 1245, creates a LOGREC entry to record the stateinformation at the control unit and then proceeds with the heritage MIHprocessing as described above.

It should be appreciated that not all of the steps shown in FIG. 12 needbe performed to determine the state of an I/O operation. Further, theorder of steps shown in FIGS. 12A and 12B are examples of how theprocesses may be performed. Also, additional steps that are not shown inFIGS. 12A and 12B may be performed.

As described above, embodiments can be embodied in the form ofcomputer-implemented processes and apparatuses for practicing thoseprocesses. In exemplary embodiments, the invention is embodied incomputer program code executed by one or more network elements.Embodiments include a computer program product 1300 as depicted in FIG.13 on a computer usable medium 1302 with computer program code logic1304 containing instructions embodied in tangible media as an article ofmanufacture. Exemplary articles of manufacture for computer usablemedium 1302 may include floppy diskettes, CD-ROMs, hard drives,universal serial bus (USB) flash drives, or any other computer-readablestorage medium, wherein, when the computer program code logic 1304 isloaded into and executed by a computer, the computer becomes anapparatus for practicing the invention. Embodiments include computerprogram code logic 1304, for example, whether stored in a storagemedium, loaded into and/or executed by a computer, or transmitted oversome transmission medium, such as over electrical wiring or cabling,through fiber optics, or via electromagnetic radiation, wherein, whenthe computer program code logic 1304 is loaded into and executed by acomputer, the computer becomes an apparatus for practicing theinvention. When implemented on a general-purpose microprocessor, thecomputer program code logic 1304 segments configure the microprocessorto create specific logic circuits.

While the invention has been described with reference to exemplaryembodiments, it will be understood by those skilled in the art thatvarious changes may be made and equivalents may be substituted forelements thereof without departing from the scope of the invention. Inaddition, many modifications may be made to adapt a particular situationor material to the teachings of the invention without departing from theessential scope thereof. Therefore, it is intended that the inventionnot be limited to the particular embodiment disclosed as the best modecontemplated for carrying out this invention, but that the inventionwill include all embodiments falling within the scope of the appendedclaims. Moreover, the use of the terms first, second, etc. do not denoteany order or importance, but rather the terms first, second, etc., areused to distinguish one element from another. Furthermore, the use ofthe terms a, an, etc., do not denote a limitation of quantity, butrather denote the presence of at least one of the referenced item.

1. A computer program product for determining a state of an input/output(I/O) operation in an I/O processing system, comprising: a tangiblestorage medium readable by a processing circuit and storing instructionsfor executing by the processing circuit for performing a methodcomprising: receiving a request from a channel subsystem at a controlunit for performing the I/O operation; after a predetermined amount oftime passes without the I/O operation completing, receiving aninterrogation request from the channel subsystem at the control unit fordetermining the state of the I/O operation; and sending a response fromthe control unit to the channel subsystem indicating the state of theI/O operation in response to the interrogation request, wherein theresponse also includes information indicating a state of an I/O deviceexecuting the I/O operation and information indicating a state of thecontrol unit controlling the I/O device executing the I/O operation. 2.The computer program product of claim 1, wherein the I/O operation isassociated with a time period for completion, and the predeterminedamount of time is less than the time period for completion of the I/Ooperation.
 3. The computer program product of claim 1, wherein theinterrogation request includes information indicating why and when theinterrogation request was sent.
 4. The computer program product of claim1, wherein the information included in the response indicating the stateof control unit indicates whether the control unit is busy, isperforming a recovery operation, or is responding to other interrogationrequests.
 5. The computer program product of claim 1, wherein theinformation included in the response indicating the state of the I/Odevice indicates whether the I/O device is reserved by a path group,whether the control unit is in a long busy state, or whether the I/Odevice is performing a recovery process.
 6. The computer program productof claim 1, wherein the information included in the response indicatingthe state of the I/O operation indicates whether the I/O operation ispresent, executing, waiting for completion of another I/O operation, orwaiting for performance of a device-dependent operation.
 7. The computerprogram product of claim 1, wherein the information included in theresponse from the control unit indicates whether the I/O device wasreserved for another system.
 8. An apparatus adapted for communicatingwith a channel subsystem, comprising: a control unit for controllingexecution of an input/output (I/O) operation by an I/O device, thecontrol unit being in communication with the channel subsystem andperforming a method comprising: receiving a request from the channelsubsystem for performing the I/O operation; after a predetermined amountof time passes without the I/O operation completing, receiving aninterrogation request from the channel subsystem for determining a stateof the I/O operation; and sending a response to the channel subsystemindicating the state of the I/O operation in response to theinterrogation request, wherein the response also includes informationindicating a state of the I/O device executing the operation andinformation indicating a state of the control unit.
 9. The apparatus ofclaim 8, wherein the I/O operation is associated with a time period forcompletion, and the predetermined amount of time is less than the timeperiod for completion of the I/O operation.
 10. The apparatus of claim8, wherein the interrogation request includes information indicating whyand when the interrogation request was sent.
 11. The apparatus of claim8, wherein the information included in the response indicating the stateof the control unit indicates whether the control unit is busy, isperforming a recovery operation, or is responding to other interrogationrequests.
 12. The apparatus of claim 8, wherein the information includedin the response indicating the state of the I/O device indicates whetherthe I/O device is reserved by a path group, whether the control unit isin a long busy state, or whether the I/O device is performing a recoveryprocess.
 13. The apparatus of claim 8, wherein the information includedin the response indicating the state of the I/O operation indicateswhether the I/O operation is present, executing, waiting for completionof another I/O operation, or waiting for performance of adevice-dependent operation.
 14. The apparatus of claim 8 wherein theinformation included in the response from the control unit indicateswhether the I/O device was reserved for another system.
 15. A method fordetermining a state of an input/output (I/O) operation in an I/Oprocessing system, comprising: receiving a request from a channelsubsystem at a control unit for performing the I/O operation; after apredetermined amount of time passes without the I/O operationcompleting, receiving an interrogation request from the channelsubsystem at the control unit for determining the state of the I/Ooperation; and sending a response from the control unit to the channelsubsystem indicating the state of the I/O operation in response to theinterrogation request, wherein the response also includes informationregarding a state of an I/O device executing the I/O operation andinformation indicating a state of the control unit controlling the I/Odevice executing the I/O operation.
 16. The method of claim 15, whereinthe I/O operation is associated with a time period for completion, andthe predetermined amount of time is less than the time period forcompletion of the I/O operation.
 17. The method of claim 15, wherein theinterrogation request includes information indicating why and when theinterrogation request was sent.
 18. The method of claim 15, wherein theinformation included in the response indicating the state of controlunit indicates whether the control unit is busy, is performing arecovery operation, or is responding to other interrogation requests.19. The method of claim 15, wherein the information included in theresponse indicating the state of the I/O device indicates whether theI/O device is reserved by a path group, whether the control unit is in along busy state, or whether the I/O device is performing a recoveryprocess.
 20. The method of claim 15, wherein the information included inthe response indicating the state of the I/O operation indicates whetherthe I/O operation is present, executing, waiting for completion ofanother I/O operation, or waiting for performance of a device-dependentoperation.